System and method for conducting a gift value transaction

ABSTRACT

A system and method for conducting a gift value transaction is described herein. The method includes receiving a request for payment for a gift; notifying a gift recipient of the gift; prompting the gift recipient to accept or reject the gift; and receiving a response from the gift recipient, wherein if the response is to accept the gift, the gift is released to the gift recipient, and if the response is to reject the gift, prompting the gift recipient to select an alternative gift in place of the gift.

BACKGROUND

1. Field of the Invention

The present disclosure relates generally to financial transactions andmore particularly to a system and method for conducting a gift valuetransaction.

2. Related Art

In direct (face-to-face) or online financial transactions customerssearch for and purchase products and/or services from a merchant. In thecase of online shopping, transactions are conducted through electroniccommunications with online merchants over electronic networks, such asthe Internet. During the course of these transactions, customers mayprovide payment for products and services. In this regard, the productsand services may be purchased for use by the customer. Alternatively, ina gift value transaction the products and services may be purchased bythe customer and given as a gift item or a gift card that may beredeemed for products and services from the merchant that issued thegift card.

In one gift value transaction scenario, a customer purchases a giftitem, a shirt for example, from a merchant directly or via a merchant'sonline website. The customer provides information relating to theintended gift recipient, such as the person's name and address, to themerchant and the gift item (shirt) is shipped directly or indirectly bythe merchant to the intended gift recipient.

In another gift value transaction scenario, a customer purchases a giftcard from a merchant directly or via a merchant's online website. Thegift card or certificate is then presented or mailed to the intendedgift recipient. Generally, the gift card recipient or gift card holdermay apply the value of the gift card to any (item) product or serviceoffered by the merchant issuing the gift card. If the value of the itempurchased with the gift card is greater than the value of the gift card(overage), the card holder pays the difference. If the value of the itempurchased is less than the value of the gift card (underage), the amountremaining on the gift card may generally be applied to another item(s)from the same merchant.

However, as is often the case, the gift recipient may be given a giftitem that does not fit or that the gift recipient does not want for onereason or another. Absent the option of keeping the ill-fitting orunwanted gift item, the gift recipient must return the gift item to theonline merchant to receive a substitute gift item, i.e., a shirt of theappropriate size or a different gift item. However, returning a giftitem for exchange or substitution to a merchant is, among other things,often difficult, inconvenient, and time consuming. For onlinetransactions, additional shipping costs mean that gift returns incur ahigher expense for either the merchant or the gift recipient.

Likewise, a gift card recipient may be in possession of a merchant'sgift card whose products or services are unwanted by the gift recipient.However, since the gift card was purchased through a particularmerchant, if the gift card is to be redeemed, the gift card recipient islimited to redeeming the gift card with that particular merchant.

Accordingly, there exists a need for an improved system and method forconducting a gift value transaction.

SUMMARY

For purposes of summarizing the disclosure, exemplary embodiments of asystem and method for conducting a gift value transaction have beendescribed herein.

In one embodiment, a system for conducting a gift value transactioncomprises a communication interface; a payment provider systemconfigured receive via the communication interface payment for a gift,notify a gift recipient of the gift, and prompt the gift recipient toaccept or reject the gift and receive a response from the giftrecipient. If the response is to accept the gift, the gift is releasedto the gift recipient, and if the response is to reject the gift, promptthe gift recipient to select an alternative gift.

In another embodiment, a network payment provider system includes aholding account. The payment provider system is configured to receive agift purchase request for one or more gifts having one or more assignedattributes that designate one or more items and one or more merchantsfor use in acquiring the one or more gifts, process the gift purchaserequest, deposit funds for the purchase of the one or more gifts intothe holding account, and distribute the funds upon acceptance of thegift and identification of a merchant for use of the gift.

In still another embodiment, a method of processing a gift purchasecomprises receiving a request for payment for a gift; notifying a giftrecipient of the gift; prompting the gift recipient to accept or rejectthe gift; and receiving a response from the gift recipient, wherein ifthe response is to accept the gift, the gift is released to the giftrecipient, and if the response is to reject the gift, prompting the giftrecipient to select an alternative gift in place of the gift.

These and other embodiments will become readily apparent to thoseskilled in the art form the following detailed description of thevarious embodiments having reference to the attached figures, theinvention not being limited to any particular preferred embodiment(s)disclosed.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows a block diagram of a known networked system configured tofacilitate online gift value transactions.

FIG. 2 shows a block diagram of a networked system configured tofacilitate online gift value transactions in accordance with oneembodiment.

FIG. 3 shows one embodiment of a method for facilitating a client-sideonline gift value transaction.

FIG. 4 shows one embodiment of a method for facilitating an online giftvalue transaction in reference to a payment provider server.

FIG. 5 shows one embodiment of a method for facilitating an online giftvalue transaction in reference to the intended gift recipient.

Embodiments of the invention are understood by referring to the detaileddescription that follows. It should be appreciated that like referencenumerals are used to identify like elements illustrated in one or moreof the figures, wherein showings therein are for purposes ofillustrating embodiments of the invention and not for purposes oflimiting the same.

DETAILED DESCRIPTION

Exemplary embodiments will now be described with references to theaccompanying figures, wherein like reference numbers refer to likeelements throughout. The terminology used in the description presentedherein is not intended to be interpreted in any limited or restrictivemanner simply because it is being utilized in conjunction with adetailed description of certain embodiments.

Embodiments of the present disclosure overcome the often difficult,inconvenient, time consuming, and limiting nature of gift valuetransactions including the use of a gift card and/or the return andexchange of a gift item.

Embodiments of a gift value transaction are described herein as it mayrelate to an electronic payment system environment. An electronicpayment system is generally considered as any kind of network servicethat includes the exchange of money for goods or services. Such networkpayment system includes, for example, a credit and/or debit cardprocessing system. For convenience, simplicity, and efficiency thepresent disclosure is described relative to and online or web-based giftvalue transaction. However, persons of ordinary skill in the art willunderstand that the teachings of the present disclosure apply equally toa gift value transaction that occurs directly between a buyer and amerchant such as in a face-to-face transaction that may occur indepartment store or similar type business environment.

In one embodiment, the network may be implemented as a single network ora combination of multiple networks. For example, in various embodiments,the network may include the Internet and/one or more intranets, landlinenetworks, wireless networks, and/or other appropriate types ofcommunication networks. In another example, the network may comprise awireless telecommunications network (e.g., cellular phone network)adapted to communicate with other communication networks, such as theInternet.

As used herein, a “gift” generally refers to a “gift item” and/or a“gift card”. A “gift item”, as used herein, is generally considered toinclude a product and/or service, while a “gift card” or a “giftcertificate”, as used herein, is generally considered a gift instrumentthat may be used as payment for a product and/or service.

As disclosed herein, unless otherwise noted, the term “purchase” relatesto an amount to be debited from a user's or client's (gift purchaser's)account relative to the gift value transaction as in a gift purchaserequest for a gift item and/or gift card. In this regard, a “purchase”is linked to an amount designated for a gift item or gift card and isnot necessarily associated with any single tangible product and/orservice as the eventual product and/or service received by the intendedgift recipient may not be determined until after the “purchase” of thegift by the user, and acceptance of the gift and identification of amerchant by the intended gift recipient.

In one known scheme, as generally shown in FIG. 1, a gift valuetransaction includes a client system 120, one or more merchant servers140 each having a merchant provided website 141 for the sale of productsand/or services, a payment provider 180, and a recipient system 150available along a network 160.

Persons of ordinary skill in the art will understand that anyidentification and reference to a client device and its associated user(gift purchaser) and any identification and reference to a recipientsystem and its associated user (intended gift recipient) in anyparticular embodiment described herein has been done so for convenienceand ease of explaining the subject matter disclosed, and that the giftpurchaser in one embodiment may be the intended gift recipient inanother embodiment. Accordingly, network connectivity, hardware,software, and activities associated with various gift value transactionembodiments described below as relating to the client system (giftpurchaser) or the recipient system (intended gift recipient) isunderstood to similarly relate to the other device.

In one embodiment, the client system 120 may be implemented using anyappropriate combination of hardware and/or software configured for wiredand/or wireless communication over the network 160. For example, theclient system 120 may be implemented as a personal computer of a user102 (e.g., a purchaser, a client, a buyer, a customer) in communicationwith the network 160, such as the Internet. In other examples, theclient system 120 may be implemented as a wireless telephone (e.g., cellphone), personal digital assistant (PDA), notebook computer, and/orvarious other generally known types of computing devices.

In one embodiment, the client system 120 may include one or more browserapplications 122 which may be used, for example, to provide a userinterface to permit the user 102 to browse information available overthe network 160; one or more toolbar applications 124 displaying agraphical user interface (GUI) in connection with the browserapplication 122 to provide client-side processing for performing tasksin response to operations selected by the user 102; and a serviceapplication 126 comprising a software program for facilitating financialtransactions, e.g., the direct purchase of gift items 105 (productsand/or services) and/or gift cards 110 representing a monetary value foruse in acquiring product and/or services on the network 160.

The service application 126 typically comprises a software program, suchas the GUI, executable by a processor that is configured to interfaceand communicate with the one or more merchant servers 140 and thepayment provider 180 via the network 160. The service application 126 isconfigured to provide and display a payment mechanism, such an image oricon, on a display component (e.g., monitor) of the client system 120.The user 102 is able to access merchant websites 141 via merchantservers 140 to view and select items for gift purchase by communicatingwith the payment provider 180.

The client system 120 may include other applications 128 as may bedesired in particular embodiments to provide additional featuresavailable to the user 102. For example, such other applications 128 mayinclude security applications for implementing client-side securityfeatures, programmatic client applications for interfacing withappropriate application programming interfaces (APIs) over the network160 or various other types of generally known programs and/orapplications.

The client system 120 may include one or more user identifiers 130,which may be implemented, for example, as operating system registryentries, cookies associated with the browser application 122,identifiers associated with hardware of the client system 120, orvarious other appropriate identifiers. The user identifier 130 mayinclude attributes related to the user 102, such as personal informationand banking information. In various implementations, the user identifier130 may be passed with a user gift purchase request to the paymentprovider 180, and the user identifier 130 may be used by the paymentprovider 180 to associate the user 102 with a particular user accountmaintained by the payment provider 180.

As shown in FIG. 1, one or more merchant servers 140 are maintained bymerchants 104 offering various gifts, such as products and/or services,in exchange for financial payment or other consideration to be receivedfrom users, such as user 102, over the network 160. In this regard, eachone of the one or more merchant servers 140 may include a database 142for identifying available products and/or services, which may be madeavailable to the client system 120 for viewing and gift purchase by theuser 102. Accordingly, each of the merchant servers 140 may include amarketplace application 144 configured to provide information over thenetwork 160 to the browser application 122 of the client system 120. Forexample, the user 102 may interact with the marketplace application 144through the browser application 122 over the network 160 to search andview various items, products and/or services identified in the database142.

Each of the one or more merchant servers 140 may include a checkoutapplication 146 configured to accept payment information from the user102 and/or from the payment provider 180 over the network 160 tofacilitate online gift value transactions of products and/or servicesidentified by the marketplace application 144.

Each of the one or more merchant servers 140 may include one or moremerchant identifiers 148, which may be included as part of the one ormore gifts made available for purchase so that a particular gift may beassociated with a particular merchant 104. The merchant identifier 148may include attributes related to the merchant 104, such as business andbanking information. In various implementations, the merchant identifier148 may be passed with a user's gift purchase request to the paymentprovider 180 when the user 102 selects a gift for purchase andprocessing, and the merchant identifier 148 may be used by the paymentprovider 180 to associate a particular gift purchased with a particularmerchant account maintained by the payment provider 180.

Each of the one or more merchants 104 having a related merchant server140 may need to establish a merchant account 184 with the paymentprovider 180 so that the payment provider 180 is able to processtransactions having items offered for gift purchase by the merchants104. When establishing a merchant account 184, each of the one or moremerchants 104 may need to provide business information, such as name,address, phone number, etc., and financial information, such as bankinginformation, merchant account information, credit card information,payment processing information, etc.

Each of the one or more merchant servers 140 may be associated with aparticular link (e.g., a link, such as a URL (Uniform Resource Locator)to an IP (Internet Protocol) address). In this regard, the paymentprovider 180 may optionally redirect the browser application 122 to anappropriate webpage and/or merchant site 141 of the merchant server 140to facilitate purchase of a corresponding gift made available from atleast one of the merchant servers 140.

The payment provider 180 may be maintained, for example, by an onlinepayment provider, which may provide payment processing for onlinetransactions on behalf of the user 102 to an operator of the merchantserver 140. In this regard, the payment provider 180 includes one ormore payment applications 182, which may be configured to interact withthe client device 120 and/or each of the merchant servers 140 over thenetwork 160 to facilitate the purchase of gifts by the user 102 from themerchant server 140.

The payment provider 180 may be configured to maintain a plurality ofuser and merchant accounts 184, each of which may include accountinformation 186 associated with individual users, including the user102, and the one or more merchants 104 associated with the merchantservers 140. For example, account information 186 may include privatefinancial information of user 102 and merchants 104, such as one or moreaccount numbers, passwords, credit card information, bankinginformation, or other types of financial information, which may be usedto facilitate online transactions between the user 102 of the clientsystem 120 and one or more merchants 104 associated with the merchantservers 140. As such, the payment application 182 may be configured tointeract with the one or more merchant servers 140 on behalf of the user102 during a transaction with checkout application 146 without requiringthe user 102 to provide account information 186 directly to the merchantserver 140. In various embodiments, the methods and systems describedherein may be modified to accommodate users and/or merchants that may ormay not be associated with at least one existing user account and/ormerchant account, respectively.

As shown in FIG. 1, in one method for conducting a client-side onlinegift value transaction the service application 126 may be installed andrun on the client system 120 to allow the client system 120 tocommunicate with one or more of the merchant servers 140 via the network160 to select a gift, such as a gift item 105 and/or a gift card 110 forpurchase.

In this regard, the client 102 may purchase a particular gift item 105,a blender for example, from the merchant's site 141. The merchant 104may notify the intended gift recipient 103, for example via email, ofthe completed gift purchase and intended delivery of the blender by awell-known delivery method 107 to the intended gift recipient 103 at theaddress provided by the client 102.

Alternatively, in lieu of a gift item, the client 102 may purchase agift card 110 from the merchant's site 141. Typically, the gift card 110will have a designated monetary value that may be used by the giftrecipient 103 at the merchant's website or store toward the purchase ofone or more products and/or services. Typically, once the gift card 110is purchased, the intended gift card recipient 103 is notified by emailvia the network 160 that a gift card 110 has been made available. Thegift card recipient 103 may than access the merchant's site 141 and usethe gift card 110, or the gift card 110 may be downloaded onto therecipient system 150, printed, and used at the merchant's store.

Likewise, the service application 126 allows the client system 120 tofurther communicate with the payment provider 180 to process online giftpurchase requests for gifts selected for purchase and processing in agift value transaction.

As indicated above, the user 102 may run the browser application 122 onthe client system 120 to access at least one merchant website 141 via arelated merchant server 140 to search the accessed merchant website 141and view one or more gifts for purchase.

The user 102 may, for example, generate a gift purchase request for agift item 105 and/or a gift card 110 by selecting a gift value icon atthe merchant's site 141. The selection and payment processing of thegift purchase request for a gift card 110 and/or gift item 105 isgenerally similar to the selection and payment process for any otheritem (product or service) intended for personal use from the merchant'ssite 141.

In this regard, the payment provider 180 receives a gift purchaserequest from the user 102 via the client system 120. As previouslydiscussed, the user 102 may initiate a user gift purchase request bydragging and dropping an gift icon of a selected gift over the giftvalue icon, which initiates the user purchase request and online giftvalue transaction with the payment provider 180.

Next, upon receiving the user gift purchase request, the paymentprovider 180 verifies the user account information including useridentification provider by user 102 in the user's gift purchase request.For example, the user 102 may be prompted by the payment provider 180 toprovide user identification 186 or at least verify the useridentification for a related user account 184 stored in payment provider180 so that funds may be deducted from the user account 184 for purchaseof the gift item and/or gift card 105, 110. Once proper useridentification is provided and/or verified, the online gift purchase maybe completed.

In this regard, the gift purchase request may include user information,merchant information, and selected gift item and/or gift card 105, 110information embedded as arguments in an expression that are passed tothe payment provider 180. The user information may include useridentifier information, the merchant information may include themerchant identifier information, and the selected gift card informationmay include one or more image attributes, including gift identifierinformation, having dynamic arguments identifying the gift and merchantproviding the gift item and/or card 105, 110.

Next, the payment provider 180 may prompt the user 102 via, for example,a pop-up window, to verify the gift purchase request. For example, thepayment provider 180 may ask the user 102 to select a designated box tocomplete the gift purchase. Next, the payment provider 180 completes theonline gift transaction by deducting the amount of the purchase requestfrom the user account 184 and crediting the amount of the purchaserequest to the merchant account 184.

The payment provider 180 will generally provide notification anddelivery of the gift item and/or the gift card to the intended recipientin a manner similarly used by the merchant, e.g., email, deliveryservice, etc. The gift item 105 is then obtained by the intended giftrecipient, while the gift card 110 may be redeemed for some tangibleproduct or service offered by the merchant 104.

It should be appreciated by those skilled in the art that more than onegift item and/or gift card 105, 110 may be selected prior to completingthe online gift purchase. For example, a plurality of gift items and/orgift cards 105, 110 may be selected and placed in a virtual shoppingcart and then purchased in a single online transaction. Alternately,each gift item and/or gift card 105, 110 selected for purchase may bepurchased separately without departing from the scope of the presentdisclosure.

As indicated above, the gift recipient 103 may be given a gift item 105that does not fit or that the gift recipient 103 does not want for onereason or another. Likewise, a gift recipient 103 may be in possessionof a merchant's gift card 110 whose products or services are unwanted bythe gift recipient 103. As such, as is often the case in the gifttransactions shown in FIG. 1 and explained above, the gift recipient 103may never use the gift card 110, is limited in use of the gift card 110,or the gift recipient must endure the difficult, inconvenient, and timeconsuming task of returning a gift item 105 for exchange or substitutionto a merchant 104.

Accordingly, the present disclosure addresses, among other things, theproblems of having to accept or receive a merchant specific gift itemand/or gift card (gift) by providing a system and method for conductinga gift purchase and gift value transaction that allows the giftpurchaser to assign various gift attributes, and the intended giftrecipient to accept or reject the gift having those attributes, or if noattributes have been assigned, to use the gift in an unrestrictedmanner.

FIG. 2 shows a system and method for conducting a gift value transactionin accordance with one embodiment. The system and method for conductinga gift value transaction includes a client system 120, one or moremerchant servers 140 each having a merchant provided website for thesale of products and/or services, a payment provider 180, and arecipient system 150 available along a network 160 and each havingvarious hardware and/or software applications associated therewith asdiscussed above in regard to the networked devices shown in FIG. 1.

Accordingly, for simplicity, applications including browser 122, toolbar124, service 126, marketplace 144, and payment 182, to name a few,associated with one or more of the networked devices, as well as otherdevice and/or system functionality either explicitly or implicitlydisclosed to facilitate network connectivity and communication relativeto the networked devices of FIG. 1, may or may not be discussed oridentified below, but are understood to apply to the system and methodfor conducting a gift value transaction shown in FIG. 2.

In one implementation, the user 102 may run the browser application onthe client system 120 to access at least one merchant website 141 via arelated merchant server 140 to search the accessed merchant website andview one or more products and/or services available for gift purchase.As discussed in more detail below, the user 102 may select a gift item(product and/or service), a gift card representing a monetary value thatmay be redeemed toward the acquisition of a product and/or service), aswell as assign various gift attributes to the gift item and/or giftcard. In this regard, selection of a gift card is shown in FIG. 2,however, it will be understood that the selection, processing, assigningof various attributes by the user 102, and acceptance or rejection of agift by the intended gift recipient 103 applies equally to a gift item105.

As discussed above, the service application 126 allows the client system120 to communicate with one or more of the merchant servers 140 andfurther communicate with the payment provider 180 to process online giftpurchases of selected gifts. In one embodiment, the user 102 maygenerate a gift purchase request for a least one gift item or gift cardby selecting, dragging, and dropping the at least one gift item or giftcard over the appropriate gift value icon using a cursor controlcomponent (e.g., a mouse). Persons of ordinary skill in the art willunderstand that other methods of gift selection may apply, for example,the user 102 may select a box during checkout which indicates that thegift item 105 should not be shipped, but held for pre-exchange asdescribed below.

The user gift purchase request may included user information, merchantinformation, and selected gift service information embedded as argumentsin a expression that are passed on to the payment provider 180 to enablepayment processing of the user's gift purchase request by the paymentprovider 180. The user information may include user identifierinformation, the merchant information may include merchant identifierinformation, and the selected gift information may include one or moreimage attributes, including gift identifier information having dynamicarguments identifying the gift and merchant providing the gift forpurchase.

In this regard, in one embodiment, user information including useridentifier information, merchant information including merchantidentifier information, and other information related to the giftpurchase such as identifiers for the primary gift and the secondarygift(s), as well as, identifiers for the purchaser and recipient emailaddresses may be used to map or otherwise track purchasers with giftspurchased and further with intended gift recipients.

Such mapping between the purchaser, gifts purchased, and gift recipientswould permit the payment provider system 180 to keep track of thevarious restricted balances between gift recipients and merchants. Forexample, gift transaction mapping would permit the payment providersystem 180 to maintain account balances indicated that an account holderhas a gift balance of a certain amount with a particular merchant. Inaddition, gift transaction mapping would further permit the paymentprovider system to maintain records of assigned gift attributes andcategory attributes as applied to various gifts and the correspondinggift recipients.

In one example, the user 102 may select a gift purchase request for thepurchase of a gift card 111 having a designated monetary value for useby an intended gift recipient 103 in acquiring a product and/or servicefrom a merchant.

The payment provider 180 processes the purchase information provided bythe user's gift purchase request and completes the online gift purchaseby deducting the designated gift card amount from the user's account184. In one example, completing the gift purchase request may include aconfirmation from the payment provider 180 or redirecting the user 102to a page on the merchant site 141 that confirms their purchase of theselected gift and provides a receipt to the user 102.

As explained below, a gift purchase request of the gift valuetransaction system and method shown in FIG. 2 may include giftattributes having at least merchant level and/or category levelattributes selected by the user 102 from a pull-down menu, provided in acomments box, or otherwise communicated and included in the userinformation and/or selected gift information passed on to the paymentprovider 180. As such, in contrast to the gift value transaction systemand method shown in FIG. 1, in one embodiment, the merchant is notcredited the designated gift card amount until the intended giftrecipient 103 accepts the gift and identifies a merchant for gift use orredeems the gift card 111 with a merchant.

The ability to accept or reject a gift card gives the intended gift cardrecipient greater flexibility and choice in acquiring and using a giftcard to obtain products and/or services. Likewise, the ability to assignvarious attributes to a gift card gives the gift card purchaser greaterflexibility and choice in providing products and/or services.

Merchant Level Attributes

Merchant level attributes may restrict or allow use of the gift card bythe intended gift card recipient 103 to a particular merchant or groupof merchants. For example, in the online gift value transaction systemand method shown in FIG. 2, the user 102 may designate that gift card“A” 111 is intended for use at merchant site “A” 142. In this regard,merchant site “A” 142 would be considered the primary merchant siteassigned to gift card “A”.

However, in the event that merchant site “A” 142 does not have a productand/or service that the intended gift recipient 103 may want to acquire,the user 102 may permit the intended gift recipient to utilize gift card“A” 111 at merchant site “B” 143 and/or at merchant site “C” 144. Inthis regard, merchant site “B” 143 and merchant site “C” 144 would beconsidered alternative merchants site assigned to gift card “A”.

Alternatively, the user 102 may indicate that in the event that merchantsite “A” 142 does not have a product and/or service that the intendedgift recipient 103 may want to acquire, the intended gift recipient mayutilize the gift card 111 at any merchant site except merchant sites“D”, “E”, and “F” (145, 146, 147).

Accordingly, gift card attributes assigned by the user 102 may take theform of a merchant restriction attribute (i.e., identifies one or moremerchant sites where the gift card can not be used) or a merchant accessattribute (i.e., identifies one or more merchant sites where the giftcard can be used). Of course, the user 102 may place a merchant specificattribute to gift card “A” 111 such that gift card “A” 111 can only beused at merchant site “A” 142 and no other merchant site. On the otherhand, gift card “A” 111 may be purchased having no assigned gift cardattributes. As such, the gift recipient 103 would be able to utilizegift card “A” at any available or participating merchant site “A”, “B”,“C”, “D”, “E”, and/or “F” (142-147).

Similarly, a product and/or service, for example a blender, may bedesignated as a gift item for an intended gift recipient 103. The user102 may designate that the intended gift item is associated withmerchant site “A” 142. However, the user 102 may assign merchantrestriction attributes and/or merchant access attributes such that theintended gift recipient 103 may, if so desired, reject the intended giftitem (blender) associated with merchant site “A” and acquire a blenderor other product and/or service, as explained in regard to categorylevel attributes, from other merchants as indicated by the merchantlevel attributes assigned by the user 102.

Category Level Attributes

Category level attributes may restrict or allow the intended giftrecipient 103 to use the gift card to acquire one or more product and/orservice within a particular category, type, group, theme, etc., ofproducts and/or services. Categories may include, but are not limitedto, those related or associated with entertainment, sporting goods,kitchen appliances, youth education, apparel, home and auto repair, etc.For example, in the online gift value transaction system and methodshown in FIG. 2, the user 102 may designate that gift card “A” 111 isintended for use in acquiring a product and/or service forentertainment. More specifically, an assigned gift card attribute mayindicate that gift card “A” 111 may be redeemed for movie or performingart tickets. In this regard, a category level attribute may be as broador as narrowly defined as the gift card purchaser 102 desires.

Likewise, the user 102 may assign category level attributes thatprohibit or allow access to a category of products and/or services foracquisition with gift card “A” 111. For example, the user 102 may assigna category level attribute that prohibits gift card “A” from being usedto acquire tobacco and alcohol products, however, gift card “A” may beused to acquire all other products and/or services.

Similarly, the user 102 may assign category level attributes to a giftitem. For example, the user 102 may designate a blender as a gift itemfor an intended gift recipient 103. In this regard, the blender would beconsidered the primary gift assigned to gift card “A”. However, the user102 may assign category level attributes that correspond to alternativegifts such that the intended gift recipient 103 may, if so desired,reject the intended “primary” gift item (blender) and acquire“alternative” or “secondary” products and/or services other than theblender from merchant site “A” 142, or other merchant sites as indicatedby the merchant level attributes assigned by the user 102 and explainedabove.

Once a primary or an alternative gift is accepted by the intended giftrecipient 103, the gift recipient may designate extras such as a cameracase, or additional memory, or colored lens caps that may be added tothe gift. These extras may be purchased directly by the gift recipient.

Combined Merchant and Category Level Attributes

As will be understood by those skilled in the art, the gift purchaser102 may combine merchant level attributes and category level attributesto better define the gift exchange or use parameters. For example, giftcard “A” 111 may be assigned merchant level attributes and categorylevel attributes that permit the intended gift card recipient 103 toredeem gift card “A” 111 with merchants “A”, “B”, and “C” for kitchenappliance and/or lawn care products and/or services. Alternatively, giftcard “A” 111 may be assigned merchant level and category levelattributes that prohibit gift card “A” 111 from being used withmerchants “D”, “E”, and “F”, and for tobacco related products and/orservices. In another embodiment, gift card “A” may be redeemable onlywith merchant “A”, and only within one or more specific categories.Another example would include a gift card that is valid across a numberof child-friendly sites, but that cannot be redeemed for video gamesthat have a high violence rating.

Aggregation of Gifts

As further shown in FIG. 2, the gift recipient 103 may receive one ormore separate gift cards 112, 113 which may, in one embodiment, beaggregated for use as a combined gift card 114. In this way, gift valuesare “pooled” to potentially increase gift choice to the gift recipient103. Such a combined gift card may be subjected to the combined merchantlevel attributes and category level attributes assigned to the one ormore separate gift cards 112, 113. For example, a gift recipient mightexchange several gift cards or gift items for a single large purchasesuch as a furniture set.

Recipient Acceptance or Rejection of a Gift

As indicated above, after purchase of the gift by the gift purchaser 102the payment provider 180 processes the purchase information provided bythe user's gift purchase request and completes the online gift purchaseby deducting the gift purchase amount from the user's account 184. Thegift having assigned merchant and/or category level attributes is thenmade available for acceptance by the intended gift card recipient 103.

In this regard, because the gift may include assigned merchant level andcategory level attributes, the gift in one scenario may be redeemed oracquired from any one of a number of merchants. Accordingly, credit of amerchant's account and completion of the gift value transaction may notoccur until the gift is accepted and identified for use with aparticular merchant or redeemed by the intended gift recipient 103. Assuch, funds deducted from the user's account 184 are deposited in anintermediary holding account 185 by the payment service provider 180until queued for distribution to the merchant's account 184 uponacceptance of the gift card and identification of the merchant or thegift card being redeemed by the gift recipient 103. In anotherembodiment, funds deducted from the user's account are held by theintended merchant.

To make sure the intended gift recipient 103 receives the gift, andperhaps more importantly, to avoid issues of escheatment and settling ofoutstanding accounts, in one embodiment, the gift recipient 103 is givena predetermined time in which to accept the gift and identify a merchantfor use of the received gift. In this regard, if the gift is notaccepted within the predetermined time limit, a default acceptance andidentification protocol prescribed by the user 102 or payment service180 may be utilized.

Overage and Underage

Any overage or underage encountered in completing a gift valuetransaction may generally be handled as previously discussed. That is,if the value of the item purchased is greater than the value of the gift(overage), the gift holder may be requested to pay the difference.Alternatively, in an overage, the user 102 may agree to be charged theexcess gift value amount up to some maximum predetermined limit. If thevalue of the item purchased is less than the value of the gift(underage), the amount remaining may generally be applied to anotheritem(s). Alternatively, the underage may be credited back to the giftpurchaser 102, given to the gift recipient as cash, given to a charity,given to the merchant, given as a gift to someone else, held by themerchant or payment service until escheated to a governing body, held bythe merchant or payment service until maintenance fees decrement theremaining balance to zero, or held by the merchant or payment serviceindefinitely. Where the price of a gift item changes prior to redeemingor using the gift by the gift recipient 103, such situations may beviewed and handled as would any other overage or underage situation.

FIG. 3 shows one embodiment of a method 300 for facilitating aclient-side online gift value transaction with service application 126.As previously, discussed, the service application 126 allows the clientdevice 120 to communicate with one or more merchant servers 140 via thenetwork 160 to select a gift for purchase and further communicate withthe payment provider server 180 to process online gift purchaserequests.

In one implementation, upon user instruction, the service application126 may be installed and/or run on the client system 120 (block 305).The user 102 may run the browser application 122 on the client system120 to access 205 at least one merchant website via a related merchantserver 140 (block 310) to search and view one or more gifts (gift itemand/or gift card for products and/or services) for purchase (block 315).In one embodiment, upon installation, the user 102 may be prompted toestablish a user account with the payment provider 180, wherein the user102 may use the client system 120 to access the payment provider 180 viathe network 160. When establishing a user account, the user 102 may beasked to provide personal information, such as name, address, phonenumber, etc., and financial information, such as banking information,credit card information, etc. In one embodiment, information related tothe user 102 may be packaged as the user identifier 130.

Next the user may generate a gift purchase request 210 for at least onegift by selecting the at least one gift (block 320), assigning one ormore merchant level attributes (block 325) and/or assigning one or morecategory level attributes (block 330), and communicating the giftpurchase request to the payment provider system 180 (block 335).

The one or more merchant level attributes may allow and/or restrict theintended gift recipient 103 from using the gift card or acquiring analternative gift item from selected merchants. Likewise, the one or morecategory level attributes may allow and/or restrict the intended giftrecipient 103 from using the gift card or acquiring an alternative giftitem for selected products and/or services.

In one embodiment, the user's gift purchase request 210 may include userinformation, merchant information including merchant level attributes,and selected gift information included category level attribute that arepassed on to the payment provider 180. When enabled, the paymentmechanism may transmit the gift purchase request 210 to the paymentprovider 180 for payment processing.

Once the user 102 selects a gift, the user 102 may be prompted toprovide user identification (block 340) and verify the useridentification for a related user account 184 stored in the paymentprovider 180 so that funds may be deducted from the user account 184 forpurchase of the gift. However, it should be appreciated that the useridentification may be provided and passed on with the user's giftpurchase request 210.

As indicated above, these funds may be held in an intermediary holdingaccount 185 until acceptance of the gift by the gift recipient 103. Onceproper user identification is provided and/or verified, for example, byacceptance of the gift item, the online gift purchase may be completed(block 345).

As further shown by item connector “3” shown in FIGS. 3 and 5, the user102 may, upon rejection of the gift by the intended gift recipient,search and view alternative gifts for purchase that may be presentedonce again to the intended gift recipient 103 FIG. 4 shows oneembodiment of a method 400 for facilitating an online gift valuetransaction in reference to the payment provider 180.

In one embodiment, the payment provider 180 receives a gift purchaserequest from the user 102 via the client system 120 (block 405). Aspreviously discussed with reference to FIG. 3, to initiate a user onlinegift purchase request 210 with the payment provider 180, the user 102may drag and drop a selected gift for purchase over the gift value icon.

Upon receiving the user's gift purchase request 210, the paymentprovider 180 determines whether the user 102 is an existing user havingan established user account 184 by, for example, checking a user accountlist in a user account database. If the user 102 does not have anestablished user account (block 410), then the payment provider 180prompts the user 102 to establish a user account 184 by providing userinformation 186 (block 415), and the payment provider 180 uploads theservice application 126 to the client system 120 so that the user 102may install and run the service application 126 on client system 120(block 420). Once the service application 126 is installed and run onthe client system 120, the payment provider 180 processes the giftpurchase information provided in the user's gift purchase request 210(block 425).

Otherwise, if the user 102 is determined to be an existing user by thepayment provider 180 (block 410), then the payment provider 180 verifiesthe user account and user identification information provided by theuser 102 in the user's gift purchase request (block 430). For example,as previously discussed, the user 102 may be prompted to provide useridentification to purchase any selected gift and complete the onlinepurchase transaction.

Next, the payment provider 180 may determine if the user account iscurrent and active (block 435). In some instances, a user's accountinformation may need to be updated, and thus, the payment provider 180may prompt the user 102 to update user account information 186 in theuser account 184 (block 440). If the user account 184 is current andactive, then the payment provider 180 processes the purchase informationin the user's purchase request 210 (block 425). It should be appreciatedby those skilled in the art that the payment provider 180 may cancel theonline gift purchase or gift value transaction at any point in theprocess if it is determined that the user 102 enters wrong informationor the user 102 is trying to purchase a gift with malicious intent.

The payment provider 180 processes the purchase information provided inthe user's gift purchase request (block 425). The purchase informationmay include information related to the gift selected for purchase,information related to the merchant providing the gift selected forpurchase, information related to the user including user account number,balance information, credit card information, etc. In oneimplementation, the payment provider server 180 may optionally accessthe merchant site via the merchant server 140 to verify purchaseinformation including verifying that the selected gift is available(e.g., in stock), verifying the pricing information, verifying that themerchant account is up-to-date, etc. (block 445). Next, the paymentprovider 180 may prompt the user 102 via, for example, a pop-up window,to verify the purchase request (block 450). For example, the paymentprovider 180 may ask the user 102 to complete the gift purchasetransaction by selecting a designated box to complete the purchasetransaction. In this way, the payment provider 180 is adapted to allowthe user 102 to cancel the online gift purchase prior to completion ofthe transaction.

Next, the payment provider 180 completes the online gift purchase bydeducting funds, i.e., the amount of the purchase request, from the useraccount 184 (block 455). As explained above, funds are deposited into anintermediary holding account (block 457), and the online gift valuetransaction is completed by crediting the amount of the purchase requestto the merchant account 184 (block 460) upon gift acceptance andidentification of the merchant by the gift recipient 103. As contactinformation of the user 102, i.e., gift purchaser is maintained by thepayment provider system 180, completing the online value gifttransaction may further prompt an acknowledgement and/or a giftacceptance courtesy or gratitude offering such as a “thank you” emailmessage from the gift recipient 103 directed to the user 102 (giftpurchaser).

In one embodiment, completing the gift purchase request may includeredirecting the user 102 to a page on the merchant site 141 thatconfirms their purchase of the selected gift to provide, for example, areceipt to the user 102. The payment mechanism may also take differentactions, such as adding the gift to a virtual shopping cart andproviding buttons to complete the gift purchase at a later time.

FIG. 5 shows one embodiment of a method 500 for facilitating an onlinegift value transaction in reference to the intended gift recipient 103.

In one embodiment, upon receipt of the gift offer (block 505), the user102 may accept or rejected the gift offer. In this regard, as the giftoffer may include a primary gift offering, as well as, one or morealternative gifts, the gift recipient 103 may accept the primary gift(block 510) or any alternative gift (block 515) as prescribed by thegift attributes assigned to the gift. If acceptance of the primary oralternative gift occurs, gift extras may be added by the intended giftrecipient (blocks 520 and 525), typically for a nominal charge, bydesignating the desired gift extras as described above (blocks 530 and535). Once a gift (primary or alternative) is accepted and, if desired,gift extras added, the gift card is then redeemed (block 540), or thegift item is then acquired (block 545). In the event the gift recipient103 rejects the one or more gift offerings designated by the assignedgift attributes, the gift purchaser 102 is notified of the giftrejection (block 550) and may, if desired, search and view furtheralternative gifts for purchase that may be presented once again to theintended gift recipient 103.

In an alternative embodiment, the subject matter described herein mayapply equally to the purchase of subscriptions for items such asmagazines, newspapers, and similar periodic digests having reoccurringdistribution. For example, a parent may purchase a magazine subscriptionfor their child. The child would then be permitted to exchange to thepurchased magazine subscription for a different magazine subscription, anewspaper subscription, or possibly a book of the month club, video, orgaming membership. In this regard, the purchaser is generally committingto an ongoing payment, or at least until the initial subscriptionexpires, while the subscription recipient may choose to exchange thesubscription with a different subscription at some point during thepurchased subscription period. Persons of ordinary skill in the art willunderstand the principles described herein may be applied to perpetualgifts, as well as, limited subscription gifts.

In accordance with various embodiments of the invention, a computerdevice or system, such as devices 120, 140, 160, and 180 describedherein and which may further include a personal computer and/or anetwork server, includes a bus or other communication mechanism forcommunicating information, which interconnects subsystems andcomponents, such a as processing component (e.g., processor,micro-controller, digital signal processor (DSP), etc.), system memorycomponent (e.g., RAM), static storage component (e.g., ROM), disk drivecomponent (e.g., magnetic or optical), network interface component(e.g., modem or Ethernet card), display component (e.g., CRT or LCD),input component (e.g., keyboard), and cursor control component (e.g.,mouse or trackball). In one implementation, disk drive component maycomprise a database having one or more disk drive components.

In accordance with embodiments of the invention, the computer systemperforms specific operations by a processor executing one or moresequences of one or more instructions contained in a system memorycomponent. Such instructions may be read into system the memorycomponent from another computer readable medium, such as a staticstorage component or a disk drive component. In other embodiments,hard-wired circuitry may be used in place of or in combination withsoftware instructions to implement the subject matter disclosed herein.

Logic may be encoded in a computer readable medium, which may refer toany medium that participates in providing instructions to the processorfor execution. Such a medium may take many forms, including but notlimited to, non-volatile media, volatile media, and transmission media.In various implementations, non-volatile media includes optical ormagnetic disks, such as disk drive component, volatile media includesdynamic memory, such as system memory component, and transmission mediaincludes coaxial cables, copper wire, and fiber optics, including wiresthat comprise bus. In one example, transmission media may take the formof acoustic or light waves, such as those generated during radio waveand infrared data communications.

Some common forms of computer readable media includes, for example,floppy disk, flexible disk, hard disk, magnetic tape, any other magneticmedium, CD-ROM, any other optical medium, punch cards, paper tape, anyother physical medium with patterns of holes, RAM, PROM, EPROM,FLASH-EPROM, any other memory chip or cartridge, carrier wave, or anyother medium from which a computer is adapted to read.

In various embodiments, execution of instruction sequences to practicethe invention may be performed by computer system. In various otherembodiments of the invention, a plurality of computer systems coupled bycommunication link (e.g., network 160 of FIG. 1, LAN, WLAN, PTSN, orvarious other wired or wireless networks) may perform instructionsequences to practice embodiments in coordination with one another.

The computer system may transmit and receive messages, data, informationand instructions, including one or more programs (i.e., applicationcode) through a communication link and a communication interface.Received program code may be executed by the processor as receivedand/or stored in disk drive component or some other non-volatile storagecomponent for execution.

Where applicable, various embodiments provided by the present disclosuremay be implemented using hardware, software, or combinations of hardwareand software. Also, where applicable, the various hardware componentsand/or software components set forth herein may be combined intocomposite components comprising software, hardware, and/or both withoutdeparting from the spirit of the present disclosure. Where applicable,the various hardware components and/or software components set forthherein may be separated into sub-components comprising software,hardware, or both without departing from the scope of the presentdisclosure. In addition, where applicable, it is contemplated thatsoftware components may be implemented as hardware components andvice-versa.

Software, in accordance with the present disclosure, such as programcode and/or data, may be stored on one or more computer readablemediums. It is also contemplated that software identified herein may beimplemented using one or more general purpose or specific purposecomputers and/or computer systems, networked and/or otherwise. Whereapplicable, the ordering of various steps described herein may bechanged, combined into composite steps, and/or separated into sub-stepsto provide features described herein.

The foregoing disclosure is not intended to limit the present inventionto the precise forms or particular fields of use disclosed. It iscontemplated that various alternate embodiments and/or modifications tothe present invention, whether explicitly described or implied herein,are possible in light of the disclosure.

Although the method(s)/step(s) are illustrated and described herein asoccurring in a certain order, the specific order, or any combination orinterpretation of the order, is not required. Obvious modifications willmake themselves apparent to those of ordinary skill in the art, all ofwhich will not depart from the essence of disclosed subject matter, andall such changes and modifications are intended to be encompassed withinthe appended claims.

1. A system for conducting a gift value transaction, comprising: acommunication interface; a payment provider system configured to receivevia the communication interface a request for payment of a gift, notifya gift recipient of the gift, and prompt the gift recipient to accept orreject the gift and receive a response from the gift recipient; whereinif the response is to accept the gift, the gift is released to the giftrecipient, and if the response is to reject the gift, prompt the giftrecipient to select an alternative gift.
 2. The system of claim 1,wherein the payment provider system is configured to deposit funds forthe purchase of the gift into a holding account, and distribute thefunds to a merchant account upon acceptance of the gift or selection ofthe alternative gift.
 3. The system of claim 1, wherein the prompt toselect the alternative gift including a prompt to apply a sales price ofthe gift to a purchase of the alternative gift.
 4. The system of claim1, wherein the gift is from a first merchant and the alternative gift isfrom a second merchant.
 5. The system of claim 1, where the gift isreleased by shipping a product to the gift recipient.
 6. The system ofclaim 1, wherein the request includes one or more assigned attributesthat designate one or more items and one or more merchants associatedwith the gift.
 7. The system of claim 6, wherein the gift is a giftitem.
 8. The system of claim 6, wherein the gift is a gift card.
 9. Thesystem of claim 6, wherein one or the one or more assigned attributes isa merchant level attribute.
 10. The system of claim 9, wherein one ofthe one or more assigned attributes is a gift category level attribute.11. A network payment provider system having a holding account, thepayment provider system configured to receive a gift purchase requestfor one or more gifts having one or more assigned attributes thatdesignate one or more items and one or more merchants for use inacquiring the one or more gifts, process the gift purchase request,deposit funds for the purchase of the one or more gifts into the holdingaccount, and distribute the funds upon acceptance of the gift andidentification of a merchant for use of the gift.
 12. The system ofclaim 11, wherein one or the one or more assigned attributes is amerchant level attribute.
 13. The system of claim 11, wherein one of theone or more assigned attributes is a gift category level attribute. 14.A method for conducting a gift value transaction, the method comprising;receiving a gift purchase request; processing the gift purchase request;depositing funds for the purchase of the gift into a holding account;and distributing the funds to a merchant upon acceptance of the gift bya gift recipient.
 15. The method of claim 14, further including:receiving a rejection of the gift; and distributing the funds to themerchant upon selection of an alternative gift.
 16. A method ofprocessing a gift purchase, comprising: receiving a request for paymentfor a gift; notifying a gift recipient of the gift; prompting the giftrecipient to accept or reject the gift; and receiving a response fromthe gift recipient, wherein if the response is to accept the gift, thegift is released to the gift recipient, and if the response is to rejectthe gift, prompting the gift recipient to select an alternative gift inplace of the gift.
 17. The method of claim 16, further comprising:depositing funds for the purchase of the gift into a holding account;and distributing the funds to a merchant upon acceptance of the gift orselection of the alternative gift by the gift recipient.
 18. The methodof claim 16, wherein said prompting the gift recipient to select thealternative gift comprises prompting the gift recipient to apply a salesprice of the gift to a purchase of the alternative gift.
 19. The methodof claim 16, wherein the gift is from a first merchant and thealternative gift is from a second merchant.
 20. The method of claim 16,wherein the gift is released to the gift recipient by shipping a productto the gift recipient.
 21. A system for conducting a gift valuetransaction, comprising: a communication interface; a payment providersystem configured to receive via the communication interface a requestfor payment of a gift from a gift buyer, notify a gift recipient of thegift, and prompt the gift recipient to accept or reject the gift andreceive a response from the gift recipient; wherein if the response isto accept the gift a gift acceptance courtesy is sent to the gift buyerand the gift is released to the gift recipient; and if the response isto reject the gift, prompt the gift recipient to select an alternativegift.